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本 标准 非 等 效 采 用 国际 标准 ISO/IEC TR 9294;1990 信 息 技术 ”软件 文档 管理 指南 》。 
本 标准 与 ISO/IEC TR 9294 的 主要 差别 如 下 ， 

a) 个 别 章 条 作 了 调整 ; 

b) 所 引用 的 标准 作 了 变更 ; 
c) 定义 部 分 增加 了 内 容 ; 
d) ”技术 要 素 充 实 了 内 容 , 增 加 了 一 些 实用 措施 。 如 :文档 编写 签署、 审查、 归档 和 修改 等 内 容 ; 
e) ”附录 部 分 也 作 了 调整 和 扩充 ,主要 是 增加 了 附录 DD、 附 录 E 和 附录 下。 

本 标准 的 附录 A 到 附录 FF 均 是 提示 的 附录 。 

本 标准 由 中 华人 民 共 和 国电 子 工 业 部 提出 。 

本 标准 由 电子 工业 部 标准 化 研究 所 归口 。 

本 标准 起 草 单位 :电子 工业 部 标准 化 研究 所 、 华 东 计 算 技术 研究 所 。 

本 标准 主要 起 草 人 : 汉 惠 、 王 家 增 、 郑 人 杰 。 
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ISO/IEC 前 言 


ISO (国际 标准 化 组 织 ) 和 IEC( 国 际 电工 委员 会 ) 是 世界 性 的 标准 化 专门 机 构 。 国 家 成 员 体 ( 它 们 都 





是 ISO 或 IEC 的 成 员 国 ) 通 过 国际 



































组 织 建立 的 各 个 技术 委员 会 参与 制定 针对 特定 技术 范围 的 国际 标 























准 。ISO 和 IEC 的 各 技术 委员 会 在 共同 感 兴 趣 的 领域 内 进行 合作 。 与 IO 和 IEC 有 联系 的 其 他 官方 和 








非 官方 国际 组 织 也 可 参与 国际 标准 的 














判定 工作 。 


对 于 信息 技术 ,ISO 和 IEC 建立 了 一 个 联合 技术 委员 会 , 即 ISO/IEC JTC1。 


技术 委员 会 的 主要 任务 是 上 


技术 报告 ， 


一 一 类 型 1 ,虽然 
































I 定 国 际 标准 ,但 在 例外 的 情况 下 ,技术 委员 会 可 以 提出 下 列 类 型 之 一 的 

















再 努力 ,但 仍 不 能 获得 出 版 一 项 国际 标准 所 需要 的 支持 时 ， 








一 一 类 型 2, 所 讨论 的 项 目 仍 处 于 技术 发 展 阶段 ; 
一 一 类 型 3, 技术 委员 会 所 收集 到 的 数据 不 是 来 源 于 正式 出 版 的 国际 标准 (例如 “目前 工艺 水 平 ”) 





时 。 


类 型 1 和 类 型 2 技术 报告 在 出 版 后 3 年 














技术 报告 不 是 务必 要 进行 复审 ,除非 它们 提供 


ISO/IEC TR9294 属于 类 型 3 技术 报告 , 它 是 由 ISO/IEC JTC1“ 信 息 技 术 ” 联 合 技 术 委 员 会 制定 


的 。 

















/有 


























内 应 提交 复审 ,以 决定 是 否 将 它们 转变 成 国际 标准 。 类 型 8 





! 人 






































的 数据 已 被 认为 不 再 有 效 或 已 经 没有 用 












































引 言 


软件 生存 期 的 所 有 阶段 都 要 求 编制 文档 。 因 此 ,文档 编制 和 维护 是 必需 的 并 且 从 软件 的 概念 阶段 连 
续 作 用 到 它 废止 。 文 档 编 制 开始 于 软件 项 目的 初始 阶段 ,并 贯 罕 于 软件 的 设计 、 开 发 ,测试 ,安装 ,使 用 、 
修改 和 增强 。 仅 当 软 件 走 到 它 的 生命 终点 时 才 认 为 文档 编制 过 程 结束 。 

文档 编制 是 任何 软件 开发 项 目 成 功 的 基础 ,并 且 文档 的 产生 需要 有 了 时间 、 人 工 和 资金 
的 职责 是 保证 这 些 资源 有 效 地 利用 重要 文档 的 标识 以 使 软件 产品 成 功 开发 并 提高 质量 。 
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IE 





的 文 撑 。 管 理 
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本 标准 为 那些 对 软件 或 基于 软件 的 产品 的 开发 负 有 职责 的 管理 者 提供 软件 文档 的 管理 指南 。 本 标 
目的 在 于 协助 管理 者 在 他 们 的 机 构 中 产生 有 效 的 文档 。 
本 标准 涉及 策略 ,标准 、 规 程 ,资源 和 计划 ,管理 者 必须 关注 这 些 内 容 , 以 便 有 效 地 管理 软件 文档 。 
本 标准 期 望 应 用 于 各 种 类 型 的 软件 ,从 简单 的 程序 到 复杂 的 软件 系统 。 并 期 望 复 盖 各 种 类 型 的 软件 
文档 ,作用 于 软件 生存 期 的 各 个 阶段 。 

不 论 项 目的 大 小 ,软件 文档 管理 的 原则 是 一 致 的 。 对 于 小 项 目 , 可 以 不 采用 本 标准 中 规定 的 有 关 细 
节 。 管 理 者 可 剪裁 这 些 内 容 以 满足 他 们 的 特殊 需要 。 

本 标准 是 针对 文档 编制 管理 而 提出 的 ,不 涉及 软件 文档 的 内 容 和 编排 。 


2 引用 标准 





























































































































































































































































































































下 列 标准 所 包含 的 条 文通 过 在 本 标准 中 引用 而 构成 为 本 标准 的 条 文 。 本 标准 出 版 时 ,所 示 版 本 均 
为 有 效 , 所 有 标准 都 会 被 修订 ,使 用 本 标准 的 各 方 应 探讨 使 用 下 列 标准 最 新 版 本 的 可 能 性 。 

GB 8566 一 88 计算 机 软件 开发 规范 

GB 8567 一 88 计算 机 软件 产品 开发 文件 编制 指南 

GB/T 11457 一 1995 ”软件 工程 术语 













































































5 定义 





本 标准 采用 下 列 定义 ,其 他 定义 见 GB/T 11457。 
3.1 文档 ”document 

一 种 数据 媒体 和 其 上 所 记录 的 数据 。 它 具有 永久 性 并 可 以 由 人 或 机 器 阅读 。 通 常 仅 用 于 描述 人 工 
可 读 的 内 容 。 例 如 ,技术 文件 .设计 文件 ,版 本 说 明文 件 。 
3.2 文档 ( 集 ); 文 档 编制 documentation 

一 个 或 多 个 相关 文档 的 集合 。 
3.5 文档 计划 documentation plan 
个 描述 文档 编制 工作 方法 的 管理 用 文档 。 该 计划 主要 描述 要 编制 什么 类 型 的 文档 ,这 些 文档 的 内 
容 是 什么 , 何 时 编写 ,由 谁 编写 ,如 何 编写 ,以 及 什么 是 影响 期 望 结 果 的 可 用 资源 和 外 界 因素 。 
3. 4 文档 等 级 level of documentation 

对 所 需 文档 的 一 个 说 明 , 它 指出 文档 的 范围 内容 ,格式 及 质量 ,可 以 根据 项 目 . 费 用 .预期 用 途 、 作 

范围 或 其 他 因素 选择 文档 等 级 。 
3.5 软件 产品 softwate product 


国家 技术 监督 局 1996- 12- 18 批准 1997 -07 -01 实施 
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软件 
4 软件 文档 的 作 


a) 
b) 
c) 








发 过 程 的 结果 ,并 推 


出 供 














用 


管理 依据 ; 
任务 之 间 联 系 的 凭证 ; 
质量 保证 ; 











d) 
e) 
f) 
管理 依据 


培 ? 

















4.1 








报告 提供 了 项 











的 重要 性 ,开发 文档 规定 若干 个 检查 点 和 进度 表 , 使 管理 
, 则 管理 者 将 失去 跟踪 和 控制 项 目的 重要 依据 。 
4.2 任务 之 间 联 系 的 凭证 

大 多 数 软件 开发 项 目 





不 完善 ,或 内 容 陈 


目 , 分 析 员 阐述 系 





审查 员 评 价 整 个 系统 性 能 和 功能 包 
要 的 互相 联系 是 通 
文档 的 一 个 重要 功能 。 大 多 数 系统 
正式 需求 规格 说 明 , 设 计 员 向 程序 员 提 供 





这 些 人 员 需 





4.5 质量 保证 








那些 负责 软件 质量 保证 和 评估 系统 1 











的 各 种 质量 标准 ， 


在 软件 开发 过 程 中 ,管理 者 必须 了 解 
目的 可 见 性 。 


| 与 参考 ; 
软件 维护 支持 ; 
历史 档案 。 





用 户 使 用 的 软件 实体 。 






































定期 报告 








发 进度 ,存在 的 问题 和 预期 目标 。 每 一 阶段 1 
还 提醒 各 级 管 





十 划 安 排 的 定期 
里 者 注意 该 部 门 对 项 目 承 担 的 责任 以 及 该 部 门 效率 










































































旧 

















统 需求 , 设计 员 为 程序 员 制 定 总 体 设 计 
AD 
IUD 


通常 被 划分 成 若干 个 任务 ,并 











者 可 以 评定 项 目的 进度 ,如 果 开 发 文档 有 遗漏 ， 


个 




















不 同 的 小 组 去 完成 。 学 科 方 面 
,程序 员 编 制 详细 的 程序 代码 ， 


的 专家 建立 项 
质量 保证 专家 和 




































































整 性 ,负责 维护 的 程序 员 改 进 各 种 操作 或 增强 某 些 功能 。 



















































































以 及 关于 








过 文档 资料 的 复制 \ 分 发 和 引用 而 实现 的 ,因而 ,任务 之 间 的 联系 
发 方法 为 任务 的 联系 规定 了 一 些 正式 文档 。 分 析 员 向 设计 员 提供 
正式 设计 规格 说 


生 能 的 人 员 
期 望 系统 完成 什么 功能 和 系统 怎样 实现 这 些 功能 的 清晰 说 明 ; 必 须 制 订 测 试 





是 























Ta AT 
明 ,等 等 。 





需要 程序 规格 说 明 、 测 试 和 评估 计划 ,测试 该 系统 用 





























计划 和 测试 规程 ,并 报告 测试 结果 ;他 们 还 必须 说 明和 评估 安全 ,控制 ,计算 ,检验 例 行 程序 及 其 他 控制 


技术 。 这 些 文档 的 提供 





























4.4 培训 与 参考 


软件 文档 的 为 一 个 功 
以 及 为 了 达到 他 们 的 各 自 的 目的 ,如 何 使 





4.5 软件 维护 支 








维护 人 员 需 要 软件 系统 的 详细 说 明 以 帮助 他 们 熟悉 系统 , 找 出 并 修正 错误 ,改进 系统 以 适应 用 户 











台 已 四 























可 满足 质量 保证 人 员 和 审查 人 员 上 述 工作 的 需要 。 















































持 


求 的 变化 或 适应 系统 环境 的 变化 。 


4.6 历史 档案 


能 是 使 系统 管理 员 、 操 作 员 、 
j 系 统 。 





j 户 、 管 理 者 和 其 他 有 关 人 员 了 解 系统 如 何 工作 ， 























软件 文档 可 用 作 未 来 项 目的 一 种 资源 。 通 常 文档 记载 系统 的 开发 历史 ,可 使 有 关系 统 结构 的 基本 有 思 




















想 为 以 后 的 项 目 利用 。 系 统 开发 人 员 i 
很 好 ,什么 部 分 因 某 种 原因 难以 运行 而 被 排除 。 
统 环境 中 。 





5 管理 者 的 作用 





管理 者 严格 要 求 软件 开发 人 员 和 编制 组 完成 文档 编制 ,并 且 在 策略 ,标准 、 规 程 、; 


划 方面 给 予 支持 。 


a) 管理 者 对 文档 了 
































通过 审阅 以 前 的 系统 以 查 明 什 么 部 分 已 试验 过 了 ,什么 












































部 分 运行 得 


好 的 系统 文档 有 助 于 把 程序 移植 和 转移 到 各 种 新 的 系 
































[ 作 的 责任 ,管理 者 要 认识 到 正式 或 非 正式 文档 都 是 重要 的 ,还 要 认识 到 文档 工 








资源 分 配 和 编制 计 



































作 必 须 包 括 文档 计划 、 编 写 、 修 改 、 形 成 ,分 发 和 维护 等 各 个 方面 。 
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[ 作 的 文 持 。 管 理 者 应 为 编写 文档 的 人 员 提 供 指 导 和 实际 鼓励 ,并 使 各 种 资源 











































































































审 质量 的 各 种 方法 的 规程 ; 







































































觉 编制 文档 的 团队 风气 ， 



































b) 管理 者 对 文档 了 
有 效 地 用 于 文档 开发 。 
c) 管理 者 的 主要 职责 ， 
1) 建立 编制 ,登记 、 出 版 系统 文档 和 软件 文档 的 各 种 策略 ; 
2) 把 文档 计划 作为 整个 开发 工作 的 一 个 组 成 部 分 4 
3) ”建立 确定 文档 质量 ,测试 质量 和 记 
4) 为 文档 的 各 个 方面 确定 和 准备 各 种 标准 和 指南 ， 
5) ”积极 支持 文档 工作 以 形成 在 开发 工作 中 
6) 不 断 检查 已 建立 起 来 的 过 程 , 以 保证 符合 策 
通常 ,项 目 管理 者 在 项 目 开 发 前 应 决定 如 下 事项 ， 
要 求 哪些 类 型 的 文档 ; 
提供 多 少 种 文档 ， 
一 一 文档 包含 的 内 容 ， 


一 一 达到 何 种 级 别 的 质量 水 平 ; 














何 时 产生 何 种 文档 ; 


一 一 如 何 保 存 、 维 护 文 档 以 及 如 何 进行 通信 。 














略 和 各 种 规程 并 遵守 有 关 标 准 和 指南 。 


























如 果 一 个 软件 合同 是 有 效 的 ,应 要 求 文档 满足 所 接受 的 标准 ,并 规定 所 提供 的 文档 类 型 、 每 种 文档 














的 质量 水 平 以 及 评审 和 通过 的 规程 。 














6 制订 文档 编制 策略 





文档 策略 是 由 上 级 (资深 ) 管 理 者 准备 并 文 持 的 ,对 下 级 开发 单位 或 开发 人 员 提供 指导 。 策 略 规定 主 
要 的 方向 ,不 是 做 什么 或 如 何 做 的 详细 














说 明 。 
























































一 般 说 来 文档 编制 策略 陈述 要 明确 ,并 通告 到 每 个 人 且 理 解 它 , 进 而 使 策略 被 他 们 贯彻 实施 。 

















文 持 有 效 文档 策 
































完成 后 ,文档 应 满足 软件 





各 的 基本 条 件 ， 
a) 文档 需要 复 盖 整个 软件 生存 期 
在 项 目 早期 几 个 阶段 就 要 求 有 文档 ,而 - 
的 使 用 ,维护 ,增强 ,转换 或 传输 。 







































































b) 文档 应 是 可 管理 的 





旧 导 和 控制 文档 的 获得 和 维护 ,管理 者 和 发 行 专家 应 准备 文档 产品 ` 进度, 可靠 性 ,资源 ,质量 保证 





和 评审 规程 的 详细 计划 大 纲 。 
c) 文档 应 适合 于 它 的 读者 
读者 可 能 是 管理 者 \ 分 析 员 、 无 计算 机 经 验 的 专业 人 员 、 维 护 人 员 、 文 书 人 员 等 ,根据 任务 的 执行 ,他 





























们 要 求 不 同 的 材料 表示 和 不 同 的 

d) 文档 效应 应 贯穿 到 软件 
在 软件 开发 的 整个 过 程 中 ， 
e) “文档 标准 应 被 标识 和 使 用 








本 
4 















































日 在 贯穿 软件 























发 过 程 中 必须 是 可 用 的 和 可 维护 的 。 在 
























































羊 细 程 度 。 针 对 不 同 的 读者 ,发 行 专家 应 负责 设计 不 同类 型 的 文档 。 
的 整个 开发 过 程 中 


充分 体现 文档 的 作用 和 限制 , 即 文档 应 指导 全 部 开发 过 程 。 





应 尽 可 能 地 采纳 现行 的 标准 , 若 没有 合适 的 现行 标准 ,必要 时 应 研制 适用 的 标准 或 指南 。 


f) ”应 规定 支持 工具 









































7 制订 文档 编制 标准 和 


工具 有 助 于 开发 和 维护 软件 产品 ， 
附录 A 中 的 检查 表 为 制定 策略 条 款 或 


包括 文档 。 





























丸 此 尽 可 能 地 使 用 工具 是 经 











指南 








在 一 个 机 构 内 部 ,应 采用 一 些 标准 和 指南 ， 























济 的 ,可 行 的 。 





F 估 现 有 集 略 条 款 的 有 效 性 和 完整 性 提供 帮助 。 
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一 一 软件 生存 期 模型 ， 
一 一 文档 类 型 和 相互 关系 ; 


一 一 文档 质量 。 

















这 些 标准 和 指南 将 决定 如 何 实现 文档 任务 ,将 提供 一 些 准 则 以 评价 该 机 构 内 所 产生 的 软件 文档 的 








dt 


整 性 .可 用 性 和 适合 性 。 
























































尽 可 能 地 采用 现行 的 国家 和 国际 标准 ,车 现行 的 标准 不 适用 ,机 构 应 制订 目 己 的 标准 
7. 1 选择 软件 生存 期 模型 
























































现 有 的 一 些 软件 生存 期 模型 ,对 于 不 同 的 阶段 有 不 同 词汇 ,从 软件 文档 的 观点 来 看 ,采用 哪 种 模型 





















































都 无 关 紧要 ,只 要 阶段 和 相应 的 文档 是 清晰 定义 的 ,已 计划 的 ,并 且 对 于 任何 基体 软件 项 目 是 能 遵循 的 。 


















































妹 此 ,管理 者 应 选择 一 个 软件 生存 期 模型 并 保证 该 模型 























J 在 他 们 机 构 内 是 适用 的 。 











管理 者 将 会 SD oe ht OT ade a de di 


成 的 文档 可 用 作 该 阶段 的 评审 . 通 








7.2 规定 文档 类 型 和 内 容 











下 面 给 出 软件 文档 3 








的 检验 表 。 而 管理 者 应 











软件 文档 归 入 如 下 三 种 类 别 ， 








a) 开发 文档 一 一 ] 


描述 开发 过 程 





b) 产品 文档 一 一 















































c) 管理 文档 
7. 2. 1 开发 文档 








开发 文档 是 描述 软件 





























页 目 管 理 


















































重 过 和 完成 的 检验 点 ,而 这 种 检验 应 在 下 一 阶段 开始 前 进行 。 




















要 类 型 的 大 纲 ,这 个 大 纲 不 是 详尽 的 或 最 后 的 ,但 适合 作为 主要 类 型 软件 文档 
纲 定 何 时 定义 他 们 的 标准 文档 类 型 。 




















本 身 ; 
描述 开发 过 程 


的 产物 ; 
的 信息 。 


发 过 程 ,包括 软件 需求 ,软件 设计 、 软 件 测试 ,保证 软件 质量 的 一 类 文档 , 开 














发 文档 也 包括 软件 的 详细 技术 描述 (和 





开发 文档 起 到 如 下 五 种 作用 ， 


























呈 序 逻辑 、 程 序 间 相 互 关系 .数据 格式 和 存储 等 ) 。 




















a) 它们 是 软件 














发 过 程 
和 测试 的 详细 规定 和 说 明 ; 












































! 包 含 的 所 有 阶段 之 间 的 通信 工具 ,它们 记录 生成 软件 需求 设计、 编码 














b) 它们 描述 开发 小 组 的 职责 。 
发 过 程 中 任何 其 他 事项 的 角色 来 定义 
c) ”它们 用 作 检 验 点 而 允许 管理 者 评定 开发 进度 。 如 果 开 发 文档 丢失, 不 完整 或 过 时 ,管理 者 将 失 















































去 跟踪 和 控制 软件 项 目 
d) 它们 形成 了 维 











分 



































的 一 个 重要 工 
护 人 员 所 要 求 的 基本 的 软件 支持 文档 。 而 这 些 支持 文档 可 作为 产品 文档 的 一 部 














e) 它们 记录 软件 


发 的 历史 。 





基本 的 开发 文档 是 ， 








一 一 需求 规格 说 明 ; 
一 一 功能 规格 说 





可 行 性 研究 和 项 目 任 务 书 ; 


-> 


-> 








通过 规定 软件 、 主 题 事 项 ,文档 编制 ,质量 保证 人 员 以 及 包含 在 开 
做 什么 、 如 何 做 和 何 时 做 ; 






































具 ， 3 








0 











发 计划 ; 














一 一 软件 集成 和 测试 计划 ， 


一 一 质量 保证 计划 、 





一 一 安全 和 测试 信 ， 


7.2.2 产品 文档 


标准 、 进 度 ; 
自 


Do 














产品 文档 规定 关于 软件 产品 的 使 























用 、 维 护 , 增强、 转换 和 传输 的 信息 。 
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产品 的 文档 起 到 如 下 三 种 作用 ， 
a) 为 使 用 和 运行 软件 产品 的 任何 人 规定 培训 和 参考 信息 ， 
b) 使 得 那些 未 参加 开发 本 软件 的 程序 员 维 护 它 ; 
c) 促进 软件 产品 的 市 场 流通 或 提高 可 接受 性 。 
产品 文档 用 于 下 列 类 型 的 读者 ， 
户 ”他 们 利用 软件 输入 数据 、 检 索 信息 和 解决 问题 ， 
一 一 运行 者 ”他 们 在 计算 机 系统 上 运行 软件 ; 
一 一 维护 人 员 ”他 们 维护 、 增 强 或 变更 软件 。 
产品 文档 包括 如 下 内 容 ， 
于 管理 者 的 指南 和 资料 ,他 们 监督 软件 的 使 用 ; 
一 一 宣传 资料 通告 软件 产品 的 可 用 性 并 详细 说 明和 它 的 功能 .运行 环境 等 ; 
一 一 一 般 信 息 对 任何 有 兴趣 的 人 描述 软件 产品 。 
基本 的 产品 文档 包括 ， 
培训 手册 ; 
参考 手册 和 用 户 指 南 ; 
一 一 软件 文 持 手 册 ; 
产品 手册 和 信息 广告 。 
.8 管理 文档 
这 种 文档 建立 在 项 目 管理 信息 的 基础 上 ,诸如 ， 
一 一 开发 过 程 的 每 个 阶段 的 进度 和 进度 变更 的 记录 
一 一 软件 变更 情况 的 记录 
一 一 相对 于 开发 的 判定 记录 ; 
一 一 职责 定义 。 
这 种 文档 从 管理 的 角度 规定 涉及 软件 生存 的 信息 。 
相关 文档 的 详细 规定 和 编写 格式 见 GB 8567。 
7.5 确定 文档 的 质量 等 级 
仅仅 依据 规章 ,传统 的 做 法 或 合同 的 要 求 去 制作 文档 是 不 够 的 。 管 理 者 还 必须 确定 文档 的 质量 要 求 
以 及 如 何 达 到 和 保证 质量 要 求 。 
质量 要 求 的 确定 取决 于 可 得 到 的 资源 项 目的 大 小 和 风险 ,可 以 对 该 产品 的 每 个 文档 的 格式 及 详细 
程度 作出 明确 的 规定 。 
每 个 文档 的 质量 必须 在 文档 计划 期 间 就 有 明确 的 规定 。 文 档 的 质量 可 以 按 文档 的 形式 和 列 出 的 要 
求 划分 为 四 级 。 
最 底 限 度 文档 (1 级 文档 ) 工 级 文档 适合 开发 工作 量 低 于 一 个 人 月 的 开发 者 自用 程序 。 该 文档 应 包 
含 程 序 清单 .开发 记录 、 测 试 数据 和 程序 简介 。 
内 部 文档 (2 级 文档 ) 2 级 文档 可 用 于 在 精心 研究 后 被 认为 似乎 没有 与 其 他 用 户 共享 资源 的 专用 
程序 。 除 1 级 文档 提供 的 信息 外 ,2 级 文档 还 包括 程序 清单 内 足够 的 注释 以 帮助 用 户 安装 和 使 用 程序 。 
工作 文档 (3 级 文档 ) 3 级 文档 适合 于 由 同一 单位 内 若干 人 联合 开发 的 程序 ,或 可 被 其 他 单位 使 用 
的 程序 。 
正式 文档 (4 级 文档 ) 4 级 文档 适合 那些 要 正式 发 行 供 普遍 使 用 的 软件 产品 关键 性 程序 或 具有 重 
复 管 理应 用 性 质 (如 工资 计算 ) 的 程序 需要 4 级 文档 。4 级 文档 应 遵守 GB 8567 的 有 关 规定 。 
质量 方面 需要 考虑 的 问题 既 要 包含 文档 的 结构 ,也 要 包含 文档 的 内 容 。 文 档 内 容 可 以 根据 正确 性 、 
完整 性 和 明确 性 来 判断 。 而 文档 结构 由 各 个 组 成 部 分 的 顺序 和 总 体 安 排 的 简单 性 来 测定 。 要 达到 这 四 
个 质量 等 级 ,需要 的 投入 和 资源 逐 级 增加 ,质量 保证 机 构 必须 处 于 适当 的 行政 地 位 以 保证 达到 期 望 的 质 
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8 文档 编制 计划 


文档 计划 可 以 是 整个 项 目 计划 的 一 部 分 或 是 一 个 独立 的 文档 。 应 该 编写 文档 计划 并 把 它 分 发 给 全 
发 组 成 员 , 作 为 文档 重要 性 的 











体 








对 于 小 的 、 非 正式 的 项 


的 正式 文档 ,这 样 的 文档 计划 应 遵循 各 项 严格 的 标准 及 正规 的 评 

















编制 计划 的 工作 应 及 早 
划 指 出 未 来 的 各 项 活动 , 当 
工作 的 一 部 分 ,所 有 与 该 计划 有 


























需要 修改 时 必须 力 
关 




















文档 计划 一 般 包 括 
a) 列 出 应 编制 文档 的 








以 下 几 方 面 
目录 ; 
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的 人 员 都 应 得 到 文档 














内 容 : 














b) 提示 编 
c) ”指定 文档 管 ] 























号 
十 JI 内 和 








制 文档 应 参考 的 标准 ; 



























































\ 体 依据 和 管理 部 门 文档 工作 贡 任 的 备 态 录 。 
目 ,文档 计划 可 能 只 有 一 页 纸 ; 对 于 较 大 的 项 目 ,文档 计划 可 能 是 一 个 综合 性 
fT 和 批准 过 程 。 
台 , 对 计划 的 评审 应 贯穿 项 目的 全 过 程 。 如 同 任何 别 的 计划 一 样 ,文档 计 
以 修改 。 导 致 对 计划 作 适 当 修 改 的 常规 评审 应 作为 该 项 目 








计划 。 








d) 提供 编制 文档 所 需要 的 条 件 , 沙 实 文档 编写 人 





















































的 方法 ,为 了 下 


图 表 形 式 列 出 在 软件 生存 期 各 

















员 、 所 需 经 费 以 及 编制 工具 等 ; 
































e) 明确 保证 文档 质量 
鉴定 等 等 

全 “绘制 进度 表 ,以 
六、 评审 日 期 等。 

附录 B 中 的 检查 表 为 制定 
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9 制订 文档 规程 


文档 计划 还 确定 该 计划 和 文档 的 分 发 ,并 且 





文档 编制 规程 应 符合 第 6 章 概述 的 那些 策略 ,并 适 
1。 这 些 规程 提出 关于 文档 的 计划 , 编 
及 若干 控制 点 ,概述 修改 步骤 ,存储 和 维护 












































个 文档 计划 或 订 
此 外 ,文档 计划 规定 每 个 文档 要 达到 的 质量 等 级 ,以 及 为 了 达到 











有 保 文档 内 容 的 正确 


阶段 应 产生 的 文档 ,编制 人 员 、 纺 


F 估 现 有 文档 计划 的 完整 性 提 

















ee 


生 、 合 理性 ,应 采取 一 定 的 措施 ,如 评审 
























































-i 
re 
4 





期 、 完 成 日 

















上 共 帮 助 。 





























期 望 的 结果 必须 考虑 哪些 外 部 














明确 叙 














述 参 与 文档 工作 的 所 有 人 员 的 职责 。 


























制 、 评 审 、 制 作 和 


了 王 
x 












































] 于 整个 软件 产品 生存 期 内 的 文档 的 编制 和 使 
分 发 的 逻辑 顺序 。 这 些 规 程 内 含 审 批 , 质 量 保证 


























附录 C 中 的 检查 表 能 帮助 设计 合适 的 规程 或 有 助 于 评定 现 有 规程 的 有 效 性 。 


9.1 文档 计划 制定 
































项 目 一 旦 看 
9.2 文档 编写 
文档 的 编写 是 件 非常 细 






































致 的 工作 ,从 最 初 提出 文档 编写 提纲 开始 ,经 过 逐步 充实 、 
































编写 文档 应 注意 以 下 几 点 ， 




















查 和 修改 ,直至 正式 交付 使 用 为 止 。 








有 定 ,就 应 制定 项 目 开 发 计划 (包括 文档 计划 ) ,文档 计划 


























的 制定 遵照 第 8 章 的 规定 。 








;并 经 反复 检 


























































































































a) 文档 编写 时 间 应 与 软件 开发 同步 ,在 软件 生存 期 的 每 一 个 阶段 都 应 完成 相应 的 文档 编写 工作 ， 
详 见 附录 D; 

b) 按 文档 计划 规定 的 文档 数量 和 质量 要 求 编写 文档 ; 

c) 按 GB 8567 或 本 单位 指定 的 标准 内 容 和 格式 编写 相应 文档 ; 

d) 文档 用 纸 的 格式 由 各 单位 撤 有 关 标准 规定 执行 ; 

e) 每 个 文档 必须 装订 成 册 , 并 加 封面 和 目次 ; 

f) ”归档 用 的 文档 还 应 有 雇 页 ,用 于 各 责任 者 的 签署 。 











9.5 文档 编 
6 
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为 便于 管理 ,软件 文档 应 按 编号 法 进行 编号 。 编 号 方法 有 十 进 分 类 法 .隶属 法 等 等 ,各 单位 可 根据 本 
单位 实际 情况 确定 一 种 编号 方法 。 不 论 何 种 方法 ,编号 应 具有 唯一 性 。 
9.4 文档 评审 

文档 评审 十 分 重要 ,文档 评审 必须 与 技术 评审 结合 起 来 。 

为 了 提高 软件 产品 的 质量 ,一 个 有 效 的 方法 就 是 在 软件 开发 的 每 个 阶段 ,对 该 阶段 所 形成 的 文档 进 
行 严 格 的 评审 ,这 样 可 尽早 发 现 问题 , 并 及 时 采取 措施 予以 解决 ,从 而 确保 文档 内 容 的 正确 性 ,避免 或 减 
少 大 的 返工 ,同时 为 进入 下 一 阶段 的 工作 做 好 组 织 上 和 技术 上 的 准备 。 

对 一 些 大 项 目 ,正规 评审 通 第 在 开发 方法 学 指导 下 进行 。 正 规 评审 应 包括 文档 评审 ,这 是 为 了 保证 
文档 不 但 正确 ,而 且 内 容 是 最 新 的 。 如 果 对 文档 与 开发 工作 的 其 他 方面 同样 重要 这 一 点 强调 不 够 ,各 种 
问题 可 能 随 之 而 来 。 

对 所 有 描述 开发 工作 和 产品 的 文档 进行 评审 是 正规 评审 过 程 的 组 成 部 分 。 一 开始 特别 重要 的 是 需 
求 规格 说 明和 设计 规格 说 明 的 评审 

需求 评审 ”需求 评审 进一步 确认 开发 者 和 设计 者 已 了 解 用 户 要 求 什么 ,及 用 户 从 开发 者 一 方 了 解 
某 些 限制 和 约束 。 

需求 评审 (可 能 需要 一 次 以 上 ) 产 生 一 个 被 认可 的 需求 规格 说 明 。 基 于 对 系统 要 做 些 什么 的 共同 理 


解 , 才 能 着 手 详细 设计 。 用 户 代表 必须 积极 参与 




































































发 和 需求 评审 











































































































































































































































































































































































































































































































参与 对 需求 文档 的 认可 。 

























































































































































































设计 评审 ”通常 安排 两 个 主要 的 设计 评审 :概要 设计 评审 和 详细 设计 评审 。 

在 概要 设计 评审 过 程 中 ,主要 详细 评审 每 个 系统 组 成 部 分 的 基本 设计 方法 和 测试 计划 。 系 统 规格 说 
明 应 根据 概要 设计 评审 的 结果 加 以 修改 。 

详细 设计 评审 主要 评审 计算 机 程序 和 程序 单元 测试 计划 。 

设计 评审 产生 的 最 终 文档 规定 系统 和 程序 将 如 何 设计 、 开 发 和 测试 ,以 满足 一 致 同意 的 需求 。 正 规 
备 护 录 提 供 一 份 有 关 所 有 会 议 的 记录 。 

无 论 项 目 大 小 或 项 目 管理 的 正规 化 程度 ,需求 评审 和 设计 评审 是 必 不 可 少 的 。 需 求 必须 说 明 清 楚 ， 
用 户 和 开发 者 双方 都 必须 理解 需求 ,为 了 能 把 需求 转换 成 程序 及 程序 成 分 ,设计 的 细节 须 经 同意 并 写成 
文档 。 

其 他 评审 ”其 他 文档 的 正规 评审 也 是 必需 的 。 产 品 文档 的 计划 应 包括 对 下 述 内 容 的 评审 和 认可 ， 

a) 编排 方式 ; 

b) 技术 准确 度 ; 

c) 复 盖 范 围 的 完整 性 ; 

d) “对 读者 的 适合 程度 ; 

e) ”图 表 设 计 思 想 及 最 终 图 表 ( 也 应 接受 关于 技术 准确 度 、 适 合 程度 和 完整 性 的 单独 评审 ); 

f) 在 语法 ,标点 及 其 他 行文 技巧 方面 的 正确 性 ; 

g) 对 格式 和 别 的 标准 的 遵守 程度 。 

如 果 有 标准 和 指南 ( 现 有 的 或 制定 的 ), 则 可 以 对 照 这 些 标 准 来 评判 文档 ,正规 评审 要 保证 产品 文档 
是 准确 的 ,完整 的 ,而 且 是 适合 读者 的 。 

附录 EE 提供 了 软件 开发 过 程 各 评审 点 评审 内 容 。 

评审 一 般 采 用 评审 会 的 方式 进行 ,其 步骤 为 ， 

a) 由 软件 开发 单位 负责 人 ,用 户 代 表 、 开 发 小 组 成 员 、 科 技 管理 人 员 和 标准 化 人 员 等 组 成 评审 小 
组 ,必要 时 还 可 邀请 外 单位 的 专家 参加 ; 

b) 开会 前 ,由 开发 单位 负责 人 确定 评审 的 具体 内 容 , 并 将 评审 材料 发 给 评审 小 组 成 员 , 要 求 做 好 
评审 准备 ; 

c) 由 开发 单位 负责 人 主持 评审 会 ,根据 文档 编制 者 对 该 文档 的 说 明和 评审 条 目 , 由 评审 小 组 成 员 
进行 评议 .评审 ,评审 结束 应 作出 评审 结论 ,评审 小 组 成 员 应 在 评审 结论 上 签字 。 



































9.5 文档 签署 
软件 产品 的 所 有 

















软件 文档 签署 的 顺 
才 进 行 。 


签署 不 允许 代 签 。 








序 
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修改 单 的 签署 与 被 修改 的 文档 签署 相同 。 











附录 FF 提 了 供 
9.6 文档 归档 与 保管 











软件 产品 的 文档 是 软件 开发 过 程 的 真实 记录 ,是 重 
安全 并 能 有 效 地 利用 。 








之 完善 、 
9.6.1 文档 归档 
归档 的 文档 应 包括 整 











软件 文档 签署 者 。 











整个 软件 生存 








文档 归档 应 满足 以 
a) ”归档 的 文档 应 是 
b) 文档 应 签署 完 
c) ED 市 
软件 文档 应 在 














下 条 件 ; 


是 经 过 











整 、 成 套 、 











9. 6.2 文档 保管 








过 鉴定 或 评 
格式 统一 、 字 迹 工整 
本 、 打 印 本 以 及 各 种 报告 应 装订 成 册 ,并 接 规定 进行 编号 , 签 轩 。 
发 过 程 每 个 阶段 结束 后 及 时 归档 。 


的 ; 


























文档 ,都 应 按 规 定 进行 签署 。 
般 按 编写 一 审核 


一 会 签 王 标准 





化 一 批准 











于 
二 








期 内 所 形成 的 全 部 文档 








的 顺序 进行 。 


因此 必须 实行 集中 统一 





对 一 个 单位 来 说 ,软件 文档 是 极其 重要 的 财富 。 它 代表 一 种 在 时 间 、 


























的 投资 。 
应 在 不 


文档 的 后 备 副本 。 如 有 果 文 档 是 联机 




















转换 成 可 





j 的 形式 。 





此 外 ,软件 文档 
同 的 地 点 建立 设施 来 保存 习 
发 的 , 则 应 把 


述 另 一 方面 











的 重要 投资 











要 文档 的 副本 。 这 种 非 现场 的 保存 应 储藏 所 有 开发 文档 























文档 保管 包括 登 


记 、 保 存 、 供 
文档 保管 应 按 国家 和 上 级 主管 部 门 





























9.7 文档 维 
软件 产 


护 





改 软件 及 其 相关 文档 等 情况 。 


品 在 投入 运行 后 ,往往 
因此 ,必须 对 软 伯 


还 会 








在 人 为 事故 或 自然 灾害 情况 下 ,可 以 使 用 备 
阅 和 修改 等 四 项 工作 。 
的 要 求 , 以 及 各 






































开发 工 


它 存 储 到 磁带 或 磁 


的 做 带 、 厂 盘 、 


作 和 产品 。 











软盘 


























有 程序 

















a) 软件 产品 完成 后 ,确定 软件 维 
b) 在 软件 的 运行 过 程 中 ,上 








量 信息 ; 

















日 软件 维 


护 人 员 ; 








护 人 员 负 责 收集 











销 








3 


位 的 规章 第 





思想 和 能 力 


、\ 清 单 、 系 统 


| 度 规 








其 中 会 签 仅 在 必要 时 











管理 ,使 











上 的 具有 特殊 意义 





和 产品 




















盘 上 ,以 便 能 够 迅速 地 将 这 些 文档 











图 等 重 


新 构造 系统 。 








定 执行 。 


























\、 记 录 从 








c) 在 分 析 整 理 后 , 按 GB 8566 一 88 中 附录 A 填写 "软件 问题 报告 区 

















































































































误 , 文 档 错 误 以 及 适应 新 的 环境 和 需求 而 要 求 增加 或 修 
F 产 品 及 其 文档 进行 维护 ,其 过 程 大 致 可 分 以 下 儿 步 ， 





] 户 或 其 他 途径 反馈 回来 的 软件 质 









































d) ”由 软件 维护 人 员 或 该 项 目的 课题 组 人 员 根据 “软件 问题 报告 中 提出 的 要 求 ,填写 “软件 修改 
请 报告 2 

e) 根据 批准 后 的 “软件 修改 申请 报告 ,由 该 项 目的 课题 组 人 员 或 软件 维护 人 员 对 程序 进行 修改 
和 测试 

fy 在 测试 通过 后 ,由 程序 修改 人 员 按 GB 8566 一 88 中 附录 了 填写 “软件 修改 报告 ”并 修改 相应 的 
文档 和 媒体 

g) 将 “软件 修改 报告 > 和 修改 后 的 文档 送审 核 , 会 签 .标准 化 ,批准 等 有 关 负 责 人 审阅 、 签 办， 

h) 将 修改 后 的 文档 ,媒体 和 “软件 修改 报告 ” 送 档案 管理 部 门 存档 ，; 

) 软件 维护 人 员 汇 总 并 整理 修改 的 情况 ,在 此 基础 上 编写 “软件 维护 通报 ”。 






































10. 


所 需 资源 
为 了 编制 高 质量 文档 ,必须 得 到 必要 

















1 
技术 工作 和 技术 管理 主要 取决 于 人 。 








术 


写作 和 文档 技术 方面 的 某 些 培训 是 必要 的 ,也 是 有 用 的 。 但 





程序 开发 ,又 胜任 文档 工作 的 人 员 。 


10. 


2 设备 
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的 资源 。 所 需 的 资源 包括 ; 


没有 任何 指南 、 标 准 或 方法 (学 ) 能 够 代替 技术 素质 高 的 人 。 技 















































某 些 自动 的 软件 工具 已 成 功 地 应 用 了 














元 素 表 以 及 子 程序 和 其 


许 





























自动 地 重新 打印 更 新 后 的 文档 。 














用 于 检查 文档 的 一 任性 及 在 需求 \ 设 计 文 档 和 计算 





发 成 功 。 


10. 


档 


箱 























5 资金 

















开发 文档 的 编制 工作 。 
岂 程 序 成 分 之 间 的 交叉 引用 。 这 些 可 避免 令 人 乏味 地 






































虽然 开发 文档 的 费用 很 少 作为 单独 的 预算 项 目 ， 
和 产品 文档 的 费用 却 占 开发 费用 中 的 很 大 一 部 分 。 















































支持 文档 编写 人 员 , 他 们 使 用 的 设备 ,以 及 文档 的 保存 、 复 种 
要 花 时 间 和 人 力 。 项 目 预算 和 计划 表 必 须 反 映 这 些 费用 。 





























在 制定 计划 过 程 中 应 请 文档 专家 和 通 








晓 文 档 工作 的 人 协助 而 





-整个 项 


如 果 自 动 辅助 工具 的 成 本 和 附加 资源 相对 习 




















是 , 放 在 首位 的 仍然 是 任 月 





1 代码 之 间 提 供 相关 4 












































且 产 品 文档 的 费 











部 用 常常 估 




















日 既 胜 任 计 算 机 


计算 机 程序 能 够 提供 图 表 、 索 引 、 数 据 
E 复 录入 草案 材料 ,并 且 容 





生 的 计算 机 技术 也 已 经 开 


目 资源 来 说 是 合理 的 , 则 应 加 以 使 用 。 





计 过 低 , 但 实际 上 开发 文 








小 分 发 和 维护 都 需要 资金 , 刘 


E 审 和 更 新 
































定 合 玫 

















里 的 预算 。 
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附 录 


A 


(提示 的 附录 ) 
文档 策略 检查 表 


文档 策略 检查 表 如 下 ， 
一 一 适当 的 文档 的 决策 作出 了 吗 ? 
涉及 文档 的 策略 声明 发 布 了 吗 ? 











一 一 负责 开发 文档 和 产品 文档 编写 工作 的 人 员 或 部 门 落实 了 吗 ? 




















一 用 于 文档 编制 的 资源 落实 了 吗 ? 
一 一 负责 文档 质量 的 人 员 或 部 门 落实 了 吗 ? 





















































一 一 各 管理 层次 和 组 织 各 分 文 ( 诸 如 软件 工程 .硬件 工程 ,系统 工程 质量 保证 和 文档 编制 等 ) 之 间 
































的 各 种 关系 确定 了 吗 ? 对 于 文档 的 编制 ,分 发 和 维护 等 方面 是 否 确定 了 职责 ,所 需 活动 和 联系 途径 ? 
一 一 所 有 的 文档 要 求 已 列 入 整个 项 目 开发 计划 表 中 了 吗 ? 
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一 一 适用 的 文档 标准 已 确定 了 吗 ? 












































一 一 是 否 已 考虑 采用 支持 工具 和 上 自动 化 的 文档 编制 ? 














附 录 B 
(提示 的 附录 ) 
文档 计划 检查 表 
文档 计划 检查 表 如 下 ， 
一 一 文档 计划 编制 好 了 吗 ? 


一 一 所 需 的 文档 类 型 确定 好 了 吗 ? 

一 一 所 需 的 内 容 是 否 已 列 提纲 并 描述 了 ? 
一 一 文档 标准 确定 了 吗 ? 

一 一 文档 标准 制订 好 了 吗 ? 

































































一 一 有 关 文 档 编 制 , 文 档 管理 员 、 备 用 的 文档 存储 及 文档 评审 的 职责 分 配 好 了 吗 ? 

















一 一 质量 准则 建立 了 吗 ? 
































一 一 有 关 提 交 草 稿 概 要 、 初 稿 \ 修 订 稿 \ 图 示 的 计划 表 是 否 已 建立 ? 














一 评审 日 期 确定 了 吗 ? 
一 一 个 认可 的 周期 确立 了 吗 ? 
制作 方法 是 否 已 选 定 并 作出 计划 了 ? 


附 录 









































C 


(提示 的 附录 ) 
文档 管理 规程 检查 表 




















文档 管理 规程 检查 表 如 下 ， 
一 一 评审 规程 建立 了 吗 ? 


























一 一 分 析 员 、 开 发 人 员 、 程 序 员 、 维 护 人 员 、 评 审 员 
一 一 一 个 认可 的 周期 确定 了 吗 ? 

一 一 为 每 个 文档 或 文档 类 型 建立 分 配 表 了 吗 ? 
一 一 使 文档 内 容 保持 最 新 的 方法 确定 了 吗 ? 
一 一 用 于 获取 用 户 对 文档 的 建议 和 反应 的 反馈 机 








J 










































































用 户 及 管理 员 的 参与 合作 考虑 了 没有 ? 


























一 一 有 关 保 管 和 分 发 的 维护 规程 建立 了 吗 ? 
一 一 有 关 文 档 的 标识 和 管理 的 规程 建立 了 吗 ? 
一 一 保存 重要 文档 用 的 设施 建立 了 吗 ? 



























































站 建立 了 吗 ? 
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附 录 D 
(提示 的 附录 ) 
软件 文档 编制 时 间 
软件 文档 编制 的 时 间 见 表 D1。 
表 D1 

> ,。 可行 性 开 发 阶段 运行 与 维 
”| 文档 名 你 | 究 阶段 | 需求 分 析 | 概要 设计 | 详细 设计 | 实现 | ”测试 | 试 运行 | 护 阶段 
1 | 任务 委托 书 > 

2 | 可 行 性 研究 报告 

3 | 可 行 性 评审 报告 

4 | 软件 需求 说 明 书 

5 | 数据 要 求 说 明 书 

6 | 软件 需求 评审 报告 O 

7 | 项 目 任务 书 > 

8 | 项 目 开 发 计划 

9 | 概要 设计 说 明 书 

10 | 程序 流程 图 

11 | 软件 分 析 报 告 

12 | 数据 库 设计 说 明 书 要 

13 | 概要 设计 评审 报告 

14 | 详细 设计 说 明 书 

15 | 测试 计划 

16 模块 开发 卷宗 . 

17 | 详细 设计 评审 报告 

18 | 程序 

19 | 测试 分 析 报 告 

20 ] 户 手册 

21 | 操作 手 

22 | 程序 维护 手册 

23 | 安装 实施 手册 

24 | 开发 进度 月 报 

25 | 项 目 开 发 总 结 报告 

26 户 使 用 报告 

27 产品 标 疹 

28 | 媒体 程序 图 

29 | 成 套 软件 明细 表 

30 | 整 件 明细 表 

31 | 整 件 汇总 表 

32 | 成 套 运 用 文档 清单 

33 | 经 济 分 析 报 告 

34 | 标准 化 审查 报告 
35 | 性 能 测试 报告 站 
36 | 资料 审查 报告 

37 | 鉴定 会 纪要 O 
38 | 软件 验收 报告 O 〇 
39 | 软件 问题 报告 

40 | 软件 修改 报告 

41 | 软件 维护 通报 

注 :“O?” 表 示 在 软件 开发 过 程 某 阶 段 结束 时 进行 评审 活动 ,并 编制 相应 报告 。 
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附 录 E 
(提示 的 附录 ) 
各 评审 点 评审 内 容 

















软件 开发 过 程 各 评审 点 评审 内 容 见 表 E1。 
































评审 文档 评审 内 容 
































软件 需求 说 明 书 是 否 覆 盖 了 用 户 的 所 有 要 求 
需求 说 明 书 软件 需求 说 明 书 和 数据 要 求 说 明 书 的 明确 性 
数据 要 求 说 明 书 一 致 性 .可 测试 性 .可 跟踪 性 
开发 计划 项 目 开 发 计划 的 合理 性 


文档 是 否 符合 有 关 标 准 





















































































































































概要 设计 说 明 书 是 否 与 软件 需求 说 明 书 的 要 求 一 至 
概要 设计 说 明 书 确 、 完 整 、 一 至 
概要 设计 说 明 书 系统 的 模块 划分 



































标准 化 人 员 


















































设计 说 明 书 与 概要 设计 说 明 书 的 要 求 一 致 

详细 设计 说 明 书 模块 内 部 逻辑 结构 合理 ,模块 之 间接 口 是 否 清晰 

测试 计划 数据 库 设计 说 明 书 ee 
数据 库 设 计 说 明 明 书 的 要 求 

书 测试 是 否 全 面 、 合 理 
文档 是 否 符合 有 关 标 准 























































































































软件 开发 人 员 
J 发 的 软件 系统 已 达到 软件 需求 说 明 书 规定 的 各 
管理 人 员 Sh 

鉴定 a 0 技术 指标 

i a ed 
承办 方 与 交办 方 
的 上 级 领导 
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附 录 F 
(提示 的 附录 ) 
软件 文档 签署 者 








软件 文档 的 签署 者 见 表 F1。 









































拟 制 审 人 批准 























课题 组 成 l 委托 单位 领导 


























主管 设计 : 任 设计 归 标准 化 主管 总 设计 


评审 组 评审 组 组 
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主管 设计 师 : 任 设计 师 管 部 | 标准 化 主管 师 总 设计 师 
E 管 设计 归 : 任 设计 标准 化 主管 总 设计 明 
评审 组 评审 组 组 长 
E 管 设计 归 : 任 设计 师 | 条 标准 化 主管 总 设计 明 
主管 设计 师 : 任 设计 师 | 条 标准 化 主管 师 总 设计 师 
E 管 设计 呆 : 任 设计 岂 管 部 | ”标准 化 主管 总 设计 曙 
= 管 设计 帮 : 任 设计 标准 化 主管 总 设计 电 


设计 管 设 计 归 标准 化 主管 : 任 设计 
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[nn 






































[an 





























[nn 
[~] 


旺 序 流程 图 设计 : 管 设计 标准 化 主管 : 任 设计 
软件 分 析 报告 设计 : 管 设计 明 示 准 化 主管 : 任 设计 
库 设计 说 明 书 设计 : 管 设计 明 : 管 : 任 设计 


| 评审 评审 经 评审 组 组 长 
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设计 : 管 设 计 明 化 主管 : 任 设计 






































睛 
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设计 i 化 主管 : 任 设计 
设计 : 管 设 i 化 主管 : 任 设计 和 


评审 旨 评审 组 组 长 
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DD 
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设计 : 管 设 i 化 主管 : 任 设 计 
设计 化 主管 : 任 设计 


E 管 设计 胡 : 任 设计 归 管 化 主管 总 设计 攻 
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E 管 设计 归 : 任 设计 化 主管 总 设计 
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E 管 设计 从 化 主管 ee 
手册 E 管 设计 -人 未 准 化 主 定 0 
报 = 管 设计 : 任 设 i 未 准 化 主 定 0 
:总 结 报告 “| 主管 设计 玫 任 设计 芭 5 从 化 主管 2 
报告 ] 户 单位 j 户 单位 负 


产品 标准 E 管 设计 大 : 任 设计 标准 化 主管 总 设计 明 
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表 F1( 完 ) 



































文件 名 称 审 和 人 批准 





























媒体 内 容 分 布 图 设 i : 管 设计 玫 村 化 主管 主任 设计 























成 套 软 件 明 细 设 i : 管 设计 攻 示 准 化 主管 主任 设计 






















































































成 套 运用 文件 清 设 1 : 管 设 计 玫 == 示 准 化 主管 主任 设计 


经 济 分 析 总 设计 师 财务 部 门 负责 人 
军 主任 













































































标准 化 审查 报告 人 : 管 师 这 




































































任 护 人 员 四 
修改 E 管 设计 师 E 任 设计 师 


软件 维护 通 # E 管 设计 师 E 任 设计 师 
















































































































































































注 ; 表 中 签署 栏 是 对 设计 师 系 统 而 言 ,对 于 其 他 系统 可 由 相应 的 人 员 签署 。 例 如 :对 工厂 企业 来 说 ,“ 设 计 师 
“ 拟 制 人 员 ”* 主 管 设计 师 ? 相 应 为 “产品 负责 人 ”,* 主 任 设计 师 ” 相 应 为 * 研 制 部 门 负责 人 ”,“ 总 设计 师 


二 


“企业 负责 人 ”或 “企业 技术 负责 人 ”。 
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